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Nomenclature 


tw thumb-wheel 


a 

acceleration 

y H 

horizontal velocity 

auto 

automatic 

Vd 

desired nominal ground speed 

c 

command 

Vz 

vertical velocity 

8 

acceleration due to gravity 

b la' 

roll cyclic 

h cl 

terrain clearance altitude rate 

b lon 

pitch cyclic 

k k 
V K v 

control-law constants 

Y 

flight-path angle 

R 

radius of curvature 

*1 

PDG turn-magnitude angle 

r 

reference point 

T 

control-law time constant 

A r H 

horizontal position vector 


heading angle 

ref 

reference 

* 

bank attitude angle 

T,b 

body-to-inertial transformation 
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Summary 

The problem of providing an appropriate method by which 
a human pilot interacts with an automated nap-of-the-Earth 
rotorcraft guidance and control system is addressed. This 
problem is closely related to the broader question of what 
level and degree of automation is effective at reducing pilot 
workload during low-altitude flight missions requiring 
obstacle avoidance. A systematic approach for establishing 
the possible combinations of manual versus automatic 
authority over relevant guidance and control functions is 
first presented. From these possibilities, three candidate 
concepts are selected; selection is based upon their poten- 
tial for practical implementation and reduction in pilot 
workload. This paper describes the selection of these three 
pilot-interaction concepts and the mathematical models for 
their implementation. 

Introduction 

Pilots flying rotorcraft close to the ground in nap-of-the- 
Earth (NOE) flight are confronted with unique guidance 
and control tasks that require a high degree of skill and con- 
centration. These flight tasks, which can be intensified by 
low-visibility and/or battlefield conditions, include long- 
range mission planning as well as real-time pilotage 
involving obstacle avoidance (ref. 1). As part of an ongo- 
ing effort at Ames Research Center to reduce pilot work- 
load by automating tasks for NOE flight, a fully automated 
NOE guidance and control system has been developed and 
implemented in a real-time simulation. The technical 
emphasis of this system has been on the development of 
guidance jaws that select open paths for safe maneuvering 
based upon the identification of obstacles from onboard 
sensor information (refs. 2-5). 

With the guidance and control functions developed for 
autonomous flight, the next step towards an operational 
piloted system is to develop an intelligent means by which 
a human pilot can interact with the automated subsystems. 
In developing a suitable pilot interface, the level and degree 
of automation useful to a pilot in performing his flight tasks 
must be determined. In this paper the degree of automation 
and the pilot interface are discussed within the context of 
military NOE missions. Automation in this flight regime is 
motivated by the desire to reduce pilot workload without 
compromising pilot confidence and safety. It is apparent 
that the level of automation and associated pilot interface 
are strongly related to pilot acceptability, which is crucial 
to the success of a practical rotorcraft system. 

The issue of pilot acceptability of automated NOE technol- 
ogy was investigated by Systems Technology, Inc. (STI), 


under a recent NASA contract (ref. 6). This research was 
an initial investigation of the many aspects of partially and 
fully automated NOE flight. The concerns of this study 
included obstacle-avoidance maneuvers, pilot displays, 
pilot workload, and handling qualities. The simulation was 
carried out on the Vertical Motion Simulator (VMS) at 
Ames Research Center and involved four NASA test pilots. 
Qualitative results from pilot discussions and ratings 
emphasized pilot interaction as being a crucial problem in 
need of further research. 

The purpose of this paper is to provide conceptual config- 
urations and descriptions of an automated NOE system in 
synergism with a human pilot. The existing Ames fully 
automated NOE system is first briefly described, followed 
by a systematic examination of possible pilot interfaces 
with various NOE subsystems. Finally, descriptions of 
three candidate interface configurations are presented. The 
configurations were chosen on the basis of the potential 
for markedly reducing pilot workload and the potential for 
practical near-term application. 

Description of Automated NOE Guidance and 
Control System (ANGCS) 

Obstacle avoidance (OA) guidance and terrain following in 
the ANGCS is based upon range measurements assumed to 
be extracted from either passive or active sensors. Range 
information is defined according to the resolution of the 
sensor, and no explicit identification of individual obsta- 
cles is assumed. Figure 1 shows a breakdown of the 
ANGCS (ref. 3). The range information, extracted each 
cycle, is used to update an inertial database stored as height 
as a function of horizontal coordinates. The nominal trajec- 
tory, depicted in figure 1 as an input to the obstacle-avoid- 
ance guidance, is examined for the prediction of a reference 
point based on the commanded speed of the vehicle. Simul- 
taneously, the inertial database is scanned to discriminate 
obstacles from the terrain, providing a two-dimensional 
(2D) range profile as a function of azimuthal look angle in 
front of the rotorcraft. The 2D range profile and the pre- 
dicted reference point are used together to determine a 2D 
lateral path segment that is free of obstacles. The inertial 
database is examined over the 2D path segment to provide 
the altitude profile, resulting in a complete 3D trajectory to 
be tracked by the autopilot. The current autopilot design 
employs an aerodynamic inverse model that facilitates the 
use of a simple linear controller over the whole NOE flight 
envelope (ref. 7). The output of the autopilot drives the 
cyclic, collective, and rudder controls directly. 
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Figure 1 . Functional breakdown of automatic NOE guidance and control system (ANGCS). 


Configurations of Pilot-Interface Concepts 

The method used in determining possible pilot/ANGCS 
interaction concepts was simply to categorize both the 
guidance and the control as being either manual or auto- 
matic and to examine the system configurations resulting 
from the possible combinations. The matrix showing these 
combinations is given in table 1 . The term “pilot-directed 
is used instead of “manual” along the guidance axis 
because it is more descriptive of the pilot’s role, as dis- 
cussed later. The two guidance categories arc further 
divided according to whether or not a nominal course is to 
be defined a priori. A primary distinction between auto- 
mated and pilot-directed guidance is the dependency upon 
a predefined nominal course. Although not a necessity, 
human pilots commonly follow nominal predefined 
courses described by waypoints. On the control axis of 
table 1, the manual and automatic control categories are 
further divided according to whether or not the primary 
control mode can be overridden. Systems allowing over- 
ride of primary manual control by the automatic system are 
considered along with those permitting manual override of 
primary automatic control. Out of the 16 entries in table 1, 
the 7 shaded entries will not be discussed further, reasons 
are discussed later in this paper. The remaining 9 entries 
correspond to 9 unique configurations. 

The configurations 1 A, B, C and D involve the least 
amount of automation, with the primary guidance and con- 
trol under the authority of the pilot. Automation in these 
cases involves the presentation of obstacle position infor- 


mation, extracted from onboard sensors, to a pilot on a dis- 
play device, such as a Head-Up Display (HUD) or a Hel- 
met-Mounted Display (HMD), in order to facilitate his own 
guidance decisions. These configurations arc differentiated 
by whether or not a nominal course is followed and by 
whether or not control override by an automatic system is 
allowed. Research in this type of minimal automation for 
obstacle avoidance is currently ongoing at Ames and else- 
where. Emphasis has been on the presentation of symbol- 
ogy to represent the inertial location of obstacles and the 
generation of flight-director commands to indicate to the 
pilot what course of action will eliminate the obstacle 
threat. Figure 2(a) shows the basic structure of 
configurations 1A and IB, which represent manual guid- 
ance and control with and without nominal course follow- 
ing, respectively. The system of figure 2(a) would display 
sensor-derived obstacle database information used in the 
ANGCS but would leave the formation of guidance com- 
mands exclusively to the pilot. Figure 2(b), showing the 
configurations 1C and ID, is similar to figure 2(a) except 
for the addition of automatic inner-loop obstacle-avoidance 
guidance logic. As in figure 2(a), operation with or without 
nominal course following is shown. The obstacle-avoid- 
ance guidance block in figure 2(b) contains the same data 
processing and command-generation logic used in 
ANGCS. In this case, however, the automated reference 
point would be based on either predicted vehicle location 
or the pilot’s control inputs and not on the nominal trajec- 
tory shown in figure 1. The configuration in figure 2(b) 
corresponds to the case in which the reference point is pre- 
dicted from the current vehicle state. Sensor information, 
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Table 1. Combinations of manual and automatic guidance and control functions 
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along with vehicle state and trajectory information, is 
given to the OA guidance, which generates commands to 
an autopilot in the event that the pilot is approaching an 
obstacle too closely for safe flight. In this case, the auto- 
pilot would override the pilot’s controls until the obstacle 
threat is negotiated. 

The system represented by configuration 2A is illus- 
trated in figure 3(a). This system displays guidance com- 
mands, generated from the ANGCS OA guidance, to be 
followed by a pilot. In following the commands, the pilot 
would try to null errors between the current vehicle state 
and that prescribed by the guidance. Automation based 
on this type of pilot-system interaction for terrain- 
following terrain-avoidance guidance (TFT A) has 
already been successfully evaluated in numerous piloted 
simulations (ref. 8). Configuration 2B, involving an 
automated “clobber-protection” feature, is shown in fig- 
ure 3(b). Here, guidance commands are sent to an auto- 
pilot in parallel with the pilot’s display device in the 
event that the helicopter appears to be approaching 
obstacles too closely. As with the concept of figure 2(b), 
all system components would have to be fail-safe for 
practical implementation of automatic override of pilot 
control. It should be pointed out, however, that in any 
interface system the pilot will have an ultimate means by 
which to shut down all automation features and resume 
normal manual control. 

The pilot-interface configuration labeled as configura- 
tion 3 in table 1 is shown schematically in figure 4. With 


OA guidance commands from the ANGCS provided to 
the pilot and autopilot in parallel, this concept is similar 
in structure to that shown in figure 3(b). In this case, 
however, the autopilot provides the primary control, 
which can then be modified or overridden by the pilot’s 
control inputs. Without pilot input, OA guidance com- 
mands would be given directly to the autopilot, which 
would generate the control necessary to force the heli- 
copter to follow the commanded trajectory. Trajectory 
commands from the OA guidance would also be dis- 
played to the pilot (possibly as a flight-path vector/ 
predictor symbol). By correlating the out-of-window 
view with the displayed intended trajectory, the pilot can 
ascertain whether or not any corrective action is neces- 
sary to generate a more desirable trajectory. The imple- 
mentation of figure 4 shows pilot commands (in all axes) 
being integrated with those from the autopilot to produce 
a final control vector used to drive the actuators. This 
scheme, in which pilot commands are combined in some 
way with the autopilot commands, has been used suc- 
cessfully in many applications including commercial air- 
craft autopilot systems. If combining inputs is not desir- 
able, pilot inputs in any axis beyond a set threshold 
(usually a force constraint) can be used to disengage the 
automatic system and assume fully manual control. This 
interpretation of pilot input as simply an override consti- 
tutes the baseline automatic system, in view of our earlier 
statement that any interface system would have the over- 
ride provision. Such a system was used in the evaluation 
of the STI automated NOE system (ref. 6). 
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(b) Configurations 1C and ID. 

Figure 2. Configurations 1A, IB, 1C, and ID. 
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(b) Configuration 2B. 

Figure 3. Configurations 2A and 2B. 
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Figure 4. Configuration 3. 


Figure 5 shows a block diagram of the system resulting 
from manual authority over the guidance and automatic 
authority over the control, corresponding to configurations 
4A and 4B of table 1 . Configurations 4A and 4B arc differ- 
entiated only by the absence of a nominal path reference in 
4B. Pilot commands arc shown as high-level inputs to the 
obstacle-avoidance guidance along with nominal trajectory 
information (4 A only). The final guidance commands arc 
calculated by using these inputs along with obstacle infor- 
mation from the onboard scnsor(s). It can be seen that, in 
the absence of immediate obstacle threats, the final guid- 
ance commands to the autopilot will result entirely from 
the pilot’s input and the nominal path, if used. This system 
is similar in structure to fly-by-wire velocity vector con- 
trol-whccl-stccring (CWS) systems where pilot inputs arc 
interpreted as velocity or trajectory commands to an auto- 
pilot (ref. 9). 

Selection of Candidate Interface Concepts 

The shaded entries of table 1 represent those pilot-system 
interface concepts that arc cither impractical or not techni- 
cally feasible. The shaded column on the right side of 
tabic 1 represents those systems incorporating automatic 
navigation and guidance without any type of nominal 
course following. These systems are considered infeasible 
since there is currently no practical way for an automatic 
system to perform purely autonomous high-level course 
guidance. The remaining shaded blocks represent imprac- 
tical system configurations in which there arc no provisions 
for pilot override or modification of autopilot control 
inputs. 


Of the nine possible pilot-system interface concepts of 
table 1, three were selected for initial testing through 
piloted simulation. The choice of configurations 3, 4A, 
and 4B was based upon (1) the potential for significant 
cockpit workload reduction; (2) the potential for practical 
implementation; and (3) the usefulness in providing pilot 
evaluation of the ANGCS technology. All systems involv- 
ing automatic override of manual control were eliminated 
from initial consideration because of anticipated problems 
with pilot acceptance. Configurations 1 A and IB, although 
recognized as valuable concepts, were not considered for 
evaluation in this study because they arc being adequately 
investigated elsewhere, and they do not provide a means by 
which to validate the ANGCS technologies. Configuration 
2A was eliminated from this initial research since, without 
careful consolidation of guidance commands, it does not 
promise significant reductions in pilot workload for NOE 
flight conditions. 

The candidate pilot-system interaction concepts have been 
given descriptive names for future reference in this paper. 
The concept described by configuration 3 will be referred 
to as Pilot-Corrected Control (PCC) since pilot stick and 
pedal inputs essentially add corrections to the control com- 
mands originating from the autopilot. Configuration 4A 
will be referred to as Pilot-Corrected Guidance (PCG) 
since pilot inputs add corrective inputs to the high-level 
guidance commands generated from the nominal trajec- 
tory. Configuration 4B is referred to as Pilot-Directed 
Guidance (PDG) since, in the absence of a nominal course, 
the high-level guidance of the rotorcraft is driven exclu- 
sively by pilot stick motions. The location of pilot input to 
the ANGCS and associated level of automation for each of 
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Figure 5. Configurations 4 A and 4B. 


the three candidate interface concepts is shown symboli- 
cally in figure 6. The implementation of each candidate 
concept, developed for integration with the ANGCS, will 
now be discussed. 

Implementation 

Pilot-Corrected Control (PCC) 

As indicated in figure 6, PCC is the candidate concept 
involving the lowest level of interpretation of pilot con- 
trol inputs. In PCC, the pilot interacts in a supervisory 
manner with the ANGCS. In the absence of pilot inputs, 
the system will behave precisely as the fully automated 
ANGCS. The simplest implementation of PCC is that 
shown in figure 7(a), where filtered pilot inputs (cyclic, 
collective, and pedals) are summed with the inputs com- 
puted by the autopilot, forming the total control input to 
the vehicle. This implementation was withdrawn from 
consideration, however, because the linearized closed- 
loop system would treat the pilot input as disturbance 
and proceed to counter it. 

The implementation of PCC chosen in this study for pilot 
evaluation is one in which pilot inputs are combined with 
automatic inputs within the controller itself. This imple- 
mentation, shown symbolically in figure 7(b), takes 
advantage of the structure of the controller and inverse 
dynamic model that forms the autopilot of the ANGCS. 
Pilot inputs are now interpreted as velocity commands 


that modify the velocity commands generated by the OA 
system. The fundamental difference between this config- 
uration and the one shown in figure 7(a) is that feedback 
of the estimated vehicle state now enters the controller 
after the summing node, where the pilot input is added to 
the velocity command generated by the automatic 
system. 

The output from the OA guidance is a horizontal position 
vector Ar w which, relative to the vehicle, indicates the 
direction of either a reference point on the nominal tra- 
jectory ahead of the vehicle or, in the presence of obsta- 
cles, an open-path segment. From this inertial position 
vector, the controller computes a two-component hori- 
zontal velocity command as 

Ar u 

v . v - (1) 

H “'° <, || Ar tfll 

where Vj is the desired nominal ground speed. The ver- 
tical velocity command is calculated from 

V - (2) 

where y. is the desired flight-path angle calculated from 
the terrain altitude profile. The pilot’s control inputs are 
interpreted as additional velocity commands that aug- 
ment those in equations (1) and (2) generated by the 
automatic system. For the low NOE flight speeds 
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Figure 6. Candidate concepts: points of interface with ANGCS. 


(0 < ^<40 knots) considered in this evaluation, pilot 
control inputs can safely be interpreted as pure translational 
velocity commands in the vehicle body axes. With the 
commanded velocity components assumed to be propor- 
tional to stick inputs, the resulting inertial velocity com- 
mand V c is given by 


V Hx 

nx pilot 


kb ,o, b ‘ 0n 

V Hy pilM 

1 

CD 

k K, b ‘“ 

v z 

* pilot _ 


SJco{ 


where T [B is the body-to-inertial transformation, 6., 

6. , and 6 are the pitch cyclic, roll cyclic, and collec- 
tive inputs, and k represents the corresponding gains. The 
final horizontal and vertical velocity commands are com- 
puted by summing the contribution from the pilot and the 
OA guidance, i.e.. 


V ' V H+ V H 


pilot 


Z v 


+ V. 


£ pilot 


(4) 


from which the commanded inertial acceleration is com- 
puted by 




(5) 


where t , k f y and k y are control-law constants, g is the 
acceleration due to gravity, and V^and V z are the current 
inertial velocity state. As seen in equation (5), vertical 
acceleration command also depends upon the difference 
between commanded altitude and estimated altitude r^, 
where commanded altitude is the sum of the terrain altitude 
below the vehicle and the desired height above ground. The 
commands in equation (5) are subjected to limits to ensure 
that they are flyable (ref. 3). The modified acceleration 
commands then form the input to the inverse dynamic 
model from which the required control positions are 
calculated. 


An important aspect of PCC is the requirement for pilots to 
know the amount of control authority being used by the 


autopilot. This requirement can be achieved most directly 
by back-driving the control sticks and pedals with control 
commands generated by the autopilot. Furthermore, all 
pilot inputs should be sufficiently dead-band limited in 
order to allow the pilot to fly in fully automatic mode while 
keeping his hands and feet on the controls in anticipation of 
any emergencies requiring manual-control compensation. 
This method of supervising automated tasks has proved in 
the past to be highly acceptable to pilots (ref. 6). 
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Figure 7. Pilot-corrected control. 

the automatic guidance system. Since the inputs are 
interpreted ahead of the automatic OA subsystem, the 
presence of obstacles may cause the final trajectory com- 
mand from the autopilot to differ from that intended by 


Pilot-Corrected Guidance (PCG) 

PCG incorporates a higher level of pilot interface than 
PCC because pilot controls are interpreted as inputs to 
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the pilot. With the assumption of reliable sensors and OA 
guidance, this system provides a clobber-protection capa- 
bility not inherent with PCC. 

In PCG pilot inputs alter the inertial reference point loca- 
tion, which is calculated ahead of the vehicle on the nomi- 
nal trajectory. With reference to figure 8, where visual dis- 
play of the predicted reference point is assumed but 
omitted, pilot cyclic inputs are converted to translational 
velocity commands via equation (3). This velocity 
command is then used to compute a reference point modi- 
fication given by 


pilot m 


( 6 ) 


where x is a look-ahead time parameter that could 
be seieciable by the pilot. The final reference point is then 
given simply as 


r ref~ r au,o* Ar pilot (7) 

As with PCC, this system will fly under autonomous guid- 
ance and control in the absence of pilot input. A similar 
requirement also exists for back-driving automatic-control 
inputs and dead-band limiting pilot inputs. 


nate path that clears the obstacles, taking into account the 
physical dimensions of the vehicle. A primary distinction 
of PDG compared with the other candidate concepts is that 
the system will not allow the vehicle to fly autonomously 
in the absence of pilot input. 


In PDG, the pilot’s control-stick input would define the ref- 
erence point. Since control of the reference point is two- 
dimensional, only two pilot inputs are required to fix its 
location. The approach used here is to determine a pseudo- 
trajectory on which the reference point lies based on the 
orientation of the vehicle’s longitudinal axis and the pilot’s 
roll cyclic input used to command lateral accelera- 
tion. The reference point is then fixed by determining its 
arc-length distance along the pseudotrajectory. This dis- 
tance is controlled by the pilot via a thumb-wheel position 
6 for commanding prediction time, and pitch cyclic 
input bj on for commanding ground speed. The effect of the 
pilot’s controls is given by 

^ m ^lon^lon 


♦c - 

h ‘> - \.S°I 


( 8 ) 


Pilot-Directed Guidance (PDG) 

As with PCG, pilot inputs in the PDG interface are used to 
control the high-level guidance of the rotorcraft (i.e., prior 
to modifications by the OA system). In PDG, however, the 
inertial-reference-point location is influenced by the pilot's 
controls alone with no dependence upon a nominal trajec- 
tory. The PDG interface of the pilot with the ANGCS is 
described by the block diagram in figure 9. By controlling 
the reference-point location, the pilot determines the gen- 
eral direction of travel regardless of the presence of obsta- 
cles. In the event that a clear path to the reference point is 
blocked by obstacles, the OA guidance determines an alter- 


It should be noted that desired ground speed rate Vj and 
commanded terrain clearance rate A c / are calculated pro- 
portional to pilot pitch cyclic and collective inputs, respec- 
tively. Lateral control of the trajectory is accomplished by 
computing a pseudo bank attitude command $ c , formed by 
adding a term proportional to the lateral cyclic input to the 
vehicle’s current roll attitude. The distance of the reference 
point along the pseudotrajectory is computed as the product 
of the desired speed and a time constant t, proportional to 
thumb-wheel position. The commanded attitude corre- 
sponds to a constant lateral-acceleration command and 



Figure 8. Pilot-corrected guidance implementation. 
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Figure 9, Pilot-directed guidance (PDG). 


results in a circular trajectory with a radius of curvature 
given by 


v d 

R - -J- ( 9 ) 

g s*n* c 

Figure 10 shows the geometry of this reference-point cal- 
culation. The inertial location of the reference point is 
given by 


r 


X Q 

?0 


+ V 


flsinTj 

R( \ - COST|) 


( 10 ) 


where W is the 2D heading cosine matrix for body-to-incr- 
tial transformation and rj is the subtended angle shown in 
figure 10. 


Conclusion 

The problem of pilot interface with an automated NOE 
rotorcraft system has been addressed via a broad and sys- 
tematic examination of possible interface concepts and 
configurations. The criteria of reducing pilot workload and 
using current technologies were used in selecting three can- 
didate configurations: Pilot-Corrected Control (PCC), 
Pilot-Corrected Guidance (PCG), and Pilot-Directed Guid- 
ance (PDG). Fixed-base piloted simulations to evaluate 
these concepts are currently under way at Ames, with phase 
1 evaluation of PDG completed. Following phase 1 testing, 
conclusions will be drawn concerning the utility of each 
interface concept and the ability of each configuration to 
reduce pilot workload and improve pilot confidence in 
automated NOE guidance and control functions. Following 
pilot-recommended modifications, phase 2 evaluation will 
involve a series of simulations carried out on the Ames 
Vertical Motion Simulator. 
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